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(57) Abstract: A method of encoding and transmitting data over a communication medium, comprising: providing a file; dividing 
said file into a plurality of buckets; segmenting each bucket into a set of blocks; selecting a subset of blocks from a bucket; generating 
a packet by combining said selected blocks, such that an individual block cannot be reconstructed from a single packet; repeating 
said selecting and said generating for a plurality of buckets and a plurality of packets; generating at least one cross-bucket packet by 
combining blocks from different buckets; and transmitting said generated packets and said generated cross-packets, said packets and 
said cross-packets being marked as such. 
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CODING METHOD 



RELATED APPLICATIONS 



This application is related to and claims the benefit under 35 USC 119(e) of USSN 
60/179,926 filed on February 3, 2000, USSN 60/217,139 filed on July 10, 2000, USSN 
60/245,000 filed on November 1, 2000 and USSN 60/245,098 filed on November 2, 2000. 
This application is also related to Israeli applications 137,624 filed on August 1, 2000, 138,1 14 
filed on August 27, 2000 and 140,504 filed December 24, 2000. This application is also related 
to two PCT applications filed on even date and by same applicant as the instant application, 
having attorney docket numbers 212/01968 and 212/02063. The disclosure of all of these 
applications is incorporated herein by reference. 



Many data encoding methods have been suggested for data which is to be transmitted. 
Such codes may include, for example, error detecting codes, error correction codes, codes 
which allow for some data packets to be missed and encryption codes. 

The usage of a coding scheme is suggested in Internet draft numbers draft-ietf-rmt-bb- 
fec-02 (November 17, 2000), and draft-ietf- rmt-pi-alc-01 (July 13, 2000) , the disclosures of 
which are incorporated herein by reference. 

Loss resilient coding methods are described, for example, in US patents 6,081,909 and 
6,073,250, the disclosures of which are incorporated herein by reference. 

In an exemplary coding method, a data file is encoded by dividing the file into blocks 
and generating a series of data packets, each packet being formed by combining several blocks. 
The data blocks are combined, for example, using a XOR function between the data blocks. 



Some aspects of some embodiments of the invention relate to efficient decoding of 
received data. In some embodiments of the invention, the requirements for CPU, memory 
and/or latency are reduced. In an exemplary embodiment of the invention, received data is 
decoded by representing the received data as a set of equations and solving the equations to 
reconstruct the data. Alternatively, other solving methods are used. 

An aspect of some embodiments of the invention relates to generating a substantially 
infinite encoding from limited data. In an exemplary embodiment of the invention, a code is 
generated by randomly selecting parts of the data and combining the parts into an encoded 



FIELD OF THE INVENTION 



The present invention relates to robust codes for transmission of data. 



BACKGROUND 



SUMMARY OF THE INVENTION 
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packet. In an exemplary embodiment of the invention, the randomization is achieved using a 
seed-based random number generator, so that a receiver can reconstruct which file parts 
participate, based on the value of a seed. Optionally, some degree of structure is imposed on 
the randomly generated packets. In one example, the imposed structure is achieved by dividing 

5 the data into sections and composing each packet only from data in a single section. 
Alternatively or additionally, the imposed structure comprises sending a plurality of different 
types of packets, for example, plain packets, packets interrelating different buckets (cross- 
bucket), packets interrelating cross-bucket packets, packet containing different numbers of 
blocks and/or packets using different mathematical techniques to combine blocks into packets. 

10 In an exemplary embodiment of the invention, new needed packets are generated on 

demand, for example, as long as some receivers are still listening in to a stream generated by 
the transmitter. 

An aspect of some embodiments of the invention relates to differential receiving and/or 
decoding of packets. In particular, in some embodiments of the invention, a client can 

15 differentially decode only data that it is missing using locally available "side" information, 
without the sender being aware of the content of the side information. Further, in some 
embodiments of the invention, the client is only required to receive a number of packets (any 
packets) corresponding to the amount of missing data (possibly plus a small overhead). For 
example, if a 100K file is being transmitted to N users, each of which has a different 80K of 

20 the file, any 20K (or even the same 20K) received from the transmitter is generally sufficient 
for the receiver to complete his file. In some exemplary embodiments of the invention, data 
which is previously decoded by the client and/or previously received packets are used to 
supplement the equations generated by the current packets. In a particular example, the side 
information may comprise a previously received WWW page or page frame, in an Internet 

25 setting: 

An aspect of some embodiments of the invention relates to using a bucket scheme, in 
which packets of a data file are distributed between buckets (data structures representing parts 
of the file). Instead of forming one huge matrix representing all the equations, the equations 
are set up to each belong to one of a plurality of buckets, such that each bucket can be 
30 independently solved. The packets may be sent such that they fill the buckets evenly, however, 
this is not required. For example, the packets may be intentionally clustered for one or more 
buckets, so that the rate at which buckets fill up and can be solved is approximately constant, 
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thus evening out CPU requirement. Such clustering may depend, for example, on the expected 
packet loss rate and/or distribution and/or packet reception rate. 

In an exemplary embodiment of the invention, when a bucket is solved, the results of 
this solution are used to enhance the solution of other buckets. One way of transferring the 
5 results is to provide equations, for example as separate data packets, that link between buckets. 
In some cases, a cascade effect can be generated, where solving one bucket leads to generating 
equations for other buckets and solving them as well, even though not all the equations for 
each bucket were received. In some embodiments, an even higher dimension of buckets is 
used, for example including cross-cross buckets, which are formed by combining cross- 
10 packets. 

Alternatively or additionally, within each bucket, any data elements that can be 
determined, are determined, so the equation set is made simpler and/or to support solving 
cross-bucket equations. Optionally, such solved elements are represented by rows that are 
removed from the bucket matrix, as solved. Optionally, such partial solving is only attempted 
15 once the bucket is nearly full, for example missing only 10 to 15 equations. 

Alternatively or additionally, decoded data is stored in the buckets as well, thus 
mooting the need to store all of the buckets and all the decoded data. This is because, in some 
embodiments of the invention, only a small number of buckets is ready for solution at any one 
time. 

20 Alternatively, data is sent without buckets. However, the actually received data may be 

clustered to form ad-hoc buckets, each of which may be solved separately. In particular, when 
most of the packets for a file are received, some of the equations can usually be solved. 
Optionally, cross-bucket packets are generated even if no real bucket structure is imposed, for 
example, for use in such ad-hoc buckets. 

25 An aspect of some embodiments of the invention relates to unequal encoding of bits 

from the data file. In an exemplary embodiment of the invention, some parts of the data file 
participate more often in transmitted packets, thus making their earlier decoding more likely. 
Such a scheme can be used, for example for preferential transmission of important information 
or for bootstrapping information. Alternatively or additionally, a multi-level scheme can be 

30 used, for example, to support pyramid-type progressive reconstruction of images. Alternatively 
or additionally, a data bit is associated with a probability of selection that reflects its priority, 
thus enabling continuous priority setting. In an exemplary embodiment of the invention, the 
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priorities for bit transmission are associated with an expected rate of playback, so that bits are 
decoded as they are needed for display. 

An aspect of some embodiments of the invention relates to a method of selecting data 
blocks to participate in a data packet. Although, in some implementations, each data block has 
5 a 50% chance of being in any particular data packet. In an exemplary embodiment of the 
invention, the probability is much lower, for example, under 40%, 30%, 10% or even lower, 
for example less than 4% or 3%. In an exemplary embodiment of the invention, the probability 
is 100/2 A N where N is a small integer, such as between 1 and 10. This reduced probability may 
result in a lower computational overhead when encoding and/or decoding received packets. 
10 Optionally, at least some high probability packets and/or cross-packets(e.g., inclusion 

>40%, such as 50% or 90%) are sent as well as low probability packets. In some, 
embodiments, only two probabilities of inclusion are used. Alternatively or additionally, a 
greater number of probability levels are used, for example, even a semi-continuous range of 
probability. Optionally, the higher probability packets are used to reduce the waiting time for 
15 packets having missing bits when a bucket is nearly complete. In an exemplary embodiment of 
the invention, the packets with probabilities of over, for example, 60%, 70%, 80%, 90% or at 
any intermediate, smaller or greater percentage are selected with a frequency of over 0.5%, 
1%, 3%, 10%, 20% or at any intermediate, smaller or greater percentage. Optionally, the 
selection frequency depends on the size of the bucket. Low probability packets are selected, for 
20 example at a frequency of above 50%, above 60%, above 80%, above 90% or at any 
intermediate, smaller or greater percentage 

An aspect of some embodiments of the invention relates to a universal encoder/decoder 
matching for FEC type codes. In an exemplary embodiment of the invention, a packet decoder 
can receive packets that are encoded using various parameters and/or a combination of 
25 different such packets and utilize all such packets in a same way to decode the data. For 
example, the decoding method can be independent of one or more of the block inclusion rate 
(possibly providing a method of identifying which blocks are included, is provided), rate of 
cross-bucket packet transmission, bucket size and preferential encoding of some bits or blocks. 
One example of different types of packets comprises packets that encode only a single 
30 block (e.g., contain straight data) and packets that encode multiple blocks. 

In a particular embodiment of the invention, the above described codes are used for 
multicasting data from a data server to clients, possibly the code being implemented by a 
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system intermediate the server and the client, which system decides what data will be multicast 
and/or how it will be encoded. 

In an exemplary embodiment of the invention, the data packets are generated by 
randomly selecting which data blocks will participate in each data packet. As a result, the 
5 repetition rate and the rate of receiving packets that are linear combinations of previous 
packets is expected to be low. In other embodiments, systematic methods of selecting blocks to 
participate in packets may be selected. 

Thus, in a multicast system that continuously broadcasts the data, an effective data 
carousel is provided even though the same packets are not retransmitted. An advantage of 
10 random codes is that received information is less likely to repeat itself, thus reducing the 
probability of receiving the same data packet if the data is received in parts, at two or more 
different times. 

There is thus provided in accordance with an exemplary embodiment of the invention, 
a method of encoding and transmitting data over a communication medium, comprising: 
15 providing a file; 

dividing said file into a plurality of buckets; 
segmenting each bucket into a set of blocks; 
selecting a subset of blocks from a bucket; 

generating a packet by combining said selected blocks, such that an individual block 
20 cannot be reconstructed from a single packet; 

repeating said selecting and said generating for a plurality of buckets and a plurality of 
packets; 

generating at least one cross-bucket packet by combining blocks from different 
buckets; and 

25 transmitting . said generated packets and said generated cross-packets, said packets and 

said cross-packets being marked as such. Optionally, selecting said blocks comprises selecting 
fewer than 50% of the blocks in the bucket for said packet. Alternatively or additionally, 
transmitting comprises transmitting for each packet an indication of the blocks participating in 
said packet. 

30 In an exemplary embodiment of the invention, the method comprises generating cross- 

cross-packets, which include contributions from multiple cross-bucket packets. 

There is thus provided in accordance with an exemplary embodiment of the invention, 
a method of differential-decoding, comprising: 



WO 01/58130 




PCT/IL01/00105 



receiving and reconstructing at least a first part of a data file from a transmitter; and 
determining data missing relative to said file; 

receiving from a data stream transmitted independently of said missing data, 
substantially only enough data packets required to decode said missing data; and 
5 reconstructing said missing data from said data packets, using said previously received 

first part of the file, wherein an identification of at least one of said received at least part of a 
file and said missing data is not known to said transmitter. Optionally, said data stream is 
transmitted to a plurality of receivers have different missing data. Alternatively or additionally, 
said data is encoded using a FEC (forward error correction) code. Alternatively or additionally, 

10 said reconstructing comprises reconstructing using data reconstructed from said part of a file. 
Alternatively or additionally, said reconstructing comprises reconstructing using data packets 
previously received for said part of a file. 

In an exemplary embodiment of the invention, the method comprises generating said 
data stream for a plurality of different receivers with different missing data. 

15 There is thus provided in accordance with an exemplary embodiment of the invention, 

a method of preferential encoding of data for transmission over a communication medium, 
comprising: 

providing at least a portion of a file as a plurality of blocks; 
selecting a subset of blocks from said file; 
20 generating a packet by combining said blocks, such that an individual block cannot be 

reconstructed from a single packet; and 

repeating said selecting and said generating for a plurality of packets, 
wherein said blocks are selected in an uneven selection distribution, such that blocks 
with a higher priority are selected more often to take part in a packet. Optionally, said uneven 
25 distribution is substantially stepped, having fewer than five different selection probabilities. 
Alternatively, said uneven distribution is substantially continuous, having more than 5 
different selection probabilities. 

There is thus provided in accordance with an exemplary embodiment of the invention, 
a method of encoding data for transmission over a communication medium, comprising: 
30 providing at least a portion of a file as a plurality of blocks; 

selecting a subset of said blocks; 

generating a packet by combining said blocks, such that an individual block cannot be 
reconstructed from a single packet; 
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transmitting said packet over an open channel; 

repeating said selecting, said generating and said transmitting as long as said channel is 
open and after at least twice as many packets as required for reconstructing the file are 
transmitted. Optionally, said repetition continues for after at least 10 times the required 
number of packets are transmitted. Alternatively or additionally, said repetition continues for 
after at least 50 times the required number of packets are transmitted. Alternatively or 
additionally, said selecting comprises randomly selecting. Alternatively or additionally, said 
selecting comprises selecting said subset to include fewer than 50% of said blocks. 

In an exemplary embodiment of the invention, said transmitted packets define a set of 
over-constrained equations without a single unique solution. 

In an exemplary embodiment of the invention, the method comprises maintaining said 
channel as open as long as there exists a requester for said file. 

There is thus provided in accordance with an exemplary embodiment of the invention, 
a method of encoding data for transmission over a communication medium, comprising: 

providing at least a portion of a file as a plurality of blocks; 

randomly selecting a subset of said blocks, said selecting comprising selecting a block 
at a probability of other than 50%; 

generating a packet by combining said blocks, such that an individual block cannot be 
reconstructed from a single packet; and 

repeating said selecting and said generating for a plurality of packets. Optionally, said 
probability is above 60% for at least 2% of said blocks. Alternatively or additionally, said 
probability is below 40% for at least 80% of said blocks. Alternatively or additionally, said 
probability is below 20% for at least 80% of said blocks. Alternatively or additionally, said 
probability is below 10% for at least 80% of said blocks. Alternatively or additionally, said 
probability is below 5% for at least 80% of said blocks. Alternatively or additionally, said 
probability is below 45% for some packets and above 45% for other packets. 

There is thus provided in accordance with an exemplary embodiment of the invention, 
a method of decoding, comprising: 

receiving a.plurality of packets encoding a data file; 

setting up, in a memory, a set of equations whose solution represents the data file, 
based on a content of said packets; and 

solving only some of said equations before receiving sufficient packets for setting up 
all the equations required to determine said data file, to reconstruct a portion of said data file. 
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Optionally, the method comprises displaying at least part of said reconstructed portion, prior to 
receiving said sufficient packets. A lternatively or additionally, the method comprises storing at 
least part of said reconstructed portions in the place of said solved equations. Alternatively or 
additionally, each of said packets is not limited to include contributions from only part of said 
data file. Alternatively or additionally, the method comprises attempting to solve said 
equations to determine if at least some of said equations can be solved. Alternatively or 
additionally, the method comprises attempting to solve said equations only after a certain 
percentage of said sufficient packets are received. 

In an exemplary embodiment of the invention, the method comprises utilizing 
equations defined between groups of packets for said solving. 

There is thus provided in accordance with an exemplary embodiment of the invention, 
a method of transmitting information, comprising: 

providing at least a portion of a file as a plurality of blocks; 

selecting a subset of said blocks; 

generating a packet by combining said blocks, such that an individual block cannot be 
reconstructed from a single packet, said packets varying in an a-priori probability of a block 
being selected for inclusion in a packet. 

transmitting said packet; 

repeating said selecting, said generating and said transmitting for a plurality of packets; 
receiving at least some of said packets; and 

reconstructing said at least a portion of the file from said received packets. Optionally, 
said variation is unknown to said receiver. Alternatively or additionally, said variation 
represents division into buckets. Alternatively or additionally, said variation represents 
preferential encoding. Alternatively or additionally, said variation represents changes in block 
selection probability per packet. Alternatively or additionally, said variation represents 
providing a cross-bucket packet rather than a regular packet. 

In an exemplary embodiment of the invention, combining comprises adding modulo a 
field size. Optionally, said field size is 2 for at least some of the packets. Alternatively or 
additionally, said field size is greater than 2 for at least some of the packets. Alternatively, said 
field size is greater than 2 only for some of the packets. 

There is thus provided in accordance with an exemplary embodiment of the invention, 
a method of storing information on a storage media, comprising: 

determining an expected error rate on said storage media; 
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encoding a data file to be stored as a plurality of FEC (forward error correction) coded 
packets, including: 

selecting a number of packets required to overcome said error rate; and 
generating said number of packets; 
writing said packets to said storage media. Optionally, said generating comprises 
generating by randomly selecting blocks of said data file to be included in packets. 



Non-limiting exemplary embodiments of the present invention will now be described 
in the following detailed description, with reference to the attached drawings, in which: 

Fig. 1 is a schematic illustration showing an original data file encoded into a set of 
packets and decoded back into a data file, in accordance with an exemplary embodiment of the 
invention; 

Fig. 2 is a flowchart of a method of encoding, in accordance with an exemplary 
embodiment of the invention; 

Fig. 3A is a flowchart of a method of decoding, in accordance with an exemplary 
embodiment of the invention; 

Fig. 3B shows a packet matrix for decoding, in accordance with an exemplary 
embodiment of the invention; 

Fig. 4A is a flowchart of a method of block selection for a bucket based encoding 
method in accordance with an exemplary embodiment of the invention; 

Fig. 4B shows a plurality of packet types and matrices, for a bucket based decoding 
method in accordance with an exemplary embodiment of the invention; 

Fig. 5 is a flowchart of a method of bucket decoding, in accordance with an exemplary 
embodiment of the invention; 

Fig. 6 is a flowchart of a method of differential decoding, in accordance with an 
exemplary embodiment of the invention; and 

Fig. 7 is a flowchart of a method of preferential encoding and decoding, in accordance 
with an exemplary embodiment of the invention; 



Fig. 1 is a schematic illustration showing an original data file 100 encoded into a set of 
packets 102 and decoded back into a data file (108 or 110), in accordance with an exemplary 
embodiment of the invention. 



BRIEF DESCRIPTION OF THE DRAWINGS 



DETAILED DESCRIPTION OF EXEMPLARY EMBODIMENTS 
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Fig. 2 is a flowchart of a method 200 of encoding, in accordance with an exemplary 
embodiment of the invention. At 202, file 100 is provided. At 204, the file is divided into a 
plurality of N blocks. Possibly, the size of each block is the same as (or, in some cases, smaller 
than or larger than) the target packet size, to match anticipated communication needs. 

5 Alternatively, other block sizes may be used, possibly blocks as small as a single bit. By using 
an expanding code (e.g., each source bit being transmitted as more than one bit), the effective 
block size can also be made smaller than one bit. 

At 206, a subset of M blocks is selected from the available blocks for combination into 
a single packet. Optionally, more than one packet may be generated from the subset, for 

10 example, using different combination functions for the different packets. In an exemplary 
embodiment of the invention, the subset is selected using a randomization function, optionally 
using a known seed. Alternatively or additionally, a different selection method may be used, 
for example a deterministic method. The present inventors have determined that even with a 
random selection, the generated packets are very unlikely to repeat, as will be described below. 

15 Optionally, the seed is transmitted with the packet. Alternatively, a more direct indication, e.g., 
a string of bits, may be used. 

At 208, the blocks are combined, for example using a XOR function, that XORs 
individual bits from the blocks. However, a higher mathematical field can be used, in which, 
for example, an addition function can be used as a combination function. In some 

20 embodiments of the invention, some of the packets are generated using a lower field and some 
using a higher field. In some embodiments, using higher field packets results in a lower 
overhead and a possibly higher CPU requirement for decoding. 

The result of the XORing is outputted as a packet (optionally with a suitable header) at 
210. Additional packets are generated by repeating steps 206-210. 

25 It is a particular property of the above code, at least in some implementations thereof, 

that a very large number of different packets can be generated. The original data file can be 
reconstructed from any subset of the generated packets, providing that the number of 
accumulated packets is at least the same as the number of blocks N. In some cases and/or 
embodiments, a small overhead, possibly equal to zero, in terms of number of packets, is also 

30 required. 

Fig. 3A is a flowchart of a method 300 of decoding, in accordance with an exemplary 
embodiment of the invention. At 302, a plurality of packets from the output of Fig. 2, are 

10 
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collected. As noted above, not all the packets need to be collected. Alternatively or 
additionally, the order of collection is not crucial, in some embodiments of the invention. 

At 304, the collected packets are arranged in a packet matrix. Fig. 3B shows a packet 
matrix 310, in accordance with an exemplary embodiment of the invention. In an exemplary 

5 embodiment of the invention, matrix 310 has a width of a packet (e.g., a block size), and a 
height of at least N, the number of packets collected. In alternative embodiments, the matrix 
may be narrower or taller and/or shorter or wider, for example as described below. In one 
example, only some of the data from each packet is decoded, so the matrix is made smaller 
than a packet. In another example, different bits in a packet are provided at different 

10 frequencies, for example, the packets may include overlapping bits. 

As shown, each packet is inserted in the matrix as a row, for example rows 312 and 
314. The columns (e.g., a column 316) represent bit positions in the packets. 

At 306 (Fig. 3A), a set of equations representing the combination of the bits in the 
original blocks, is solved. This set of equations can be determined, for example, from an 

15 identification of the blocks that were used to form each packet. In an exemplary embodiment 
of the invention, only a seed is provided with each packet, and by repeatedly applying a 
random number generator to the seed, a list of the blocks combined to form the packet is 
generated. 

In one exemplary solution method, matrix 310 is inverted and then multiplied by a 
20 matrix representing the equations, to yield a solution matrix. Alternatively other equation 
solution methods, for example, a Gauss elimination process, may be used. In some 
implementations, different receivers will collect different packets. Thus the equation sets 104 
and 106 (Fig. 1) may vary, even for a same data file and transmission. 

At 308, data files 108 and 1 10 (Fig. 1) are extracted from the matrix. 
25 In a random selection implementation of 206 (Fig. 2), the blocks may be selected, for 

forming a packet, using a seed-based random number function, in which each block has an 
even chance of being selected each time. Alternatively, non-even chances may be used, for 
example, a greater than even chance for selection, such as 75%, 85% or higher, or a smaller 
than even chance of selection, such as less than 30%, 20% or even less than 10%. It is 
30 expected that when the chance of selection is made smaller, the danger of generating two 
redundant packets is greater. Conversely, the encoding and/or decoding processes may be 
made more efficient. In some implementations of the invention, as long as M is large enough, 
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e.g., at least 10 or 20, the overhead in terms of redundant packets is vanishing small, possibly 
substantially independent of N. 

In some embodiments of the invention a trade-off can be selected between the 
increased efficiency of calculation and the increased chance of receiving redundant packets. 
5 Fig. 4A is a flowchart 400 of a method of block selection for a bucket-based encoding 

method in accordance with an exemplary embodiment of the invention. One potential 
drawback' of the method described with reference to Figs. 1-3, is that a large memory is 
required for storing matrix 310 (e.g., typically most or all the received packets) and/or 
inverting the matrix is very computationally expensive. In bucket based encoding method, a 

10 large file is partitioned into a plurality of sections, "buckets". Sets of packets are created for 
each bucket, for example using the method described above, so that each bucket can be solved 
independently of the other buckets, once enough (NO packets are received for that bucket. In 
some cases, at least one bucket will be decoded before N packets (required for decoding a 
complete file) are received. Although buckets are preferably all the same size, in some 

15 embodiments, some buckets may be larger or smaller than other buckets, for example to 
control the rate of bucket filling. The computational complexity and/or algorithmic complexity 
may be optimal when equal sized buckets are used. 

As shown in Fig. 4A, during encoding, the selection (206) of Fig. 2, comprising 
choosing a bucket (408) and limiting the selection of blocks to the bucket (410). Additional 

20 step 412, will be described below. 

Fig. 4B shows the association of packets and matrices, for a bucket based decoding 
method in accordance with an exemplary embodiment of the invention. Some packets 102 are 
associated with a matrix 402 of a first bucket and some with a matrix 403 of a second bucket. 
Packet 404 and matrix 406 will be described below. 

25 Fig. 5 is a flowchart 500 of a method of bucket decoding, in accordance with an 

exemplary embodiment of the invention. At 502 and 504, packets are collected and assigned to 
a particular packet matrix which is associated with the bucket with which the packets are 
associated. It should be noted that some packets may be lost during transmission. Also, the 
reception rate may be lower than the transmission rate. Also, the transmission and reception 

30 may not be in phase. 

If a bucket is full (e.g., the matrix can be inverted) (506), the bucket is solved (508). As" 
data is now available, it may be extracted at once, when needed, or provided when all the 
buckets are decoded. 
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The selection (Fig. 4A) of the distribution of packets between packets and the statistics 
or reception of packets by a receiver can determine which packet is solved first. In an 
exemplary embodiment of the invention, the selection may be determined based on an 
expected reception profile, for example, N*+3 packets sent for the first bucket and then for 
5 each bucket in the series. Thus, the last bucket will only fill up after all the packets are 
received. If more than 3 packets are missed for the first bucket, a very long wait until a suitable 
packet is available may be required. Alternatively, packets for different buckets may be 
alternated. Possibly, the order of packet generation, alternatively or additionally to the 
probability of selecting a bit for a packet, are used to determine which bucket will fill up 

10 sooner, for example in order to even out CPU usage or to allow data from a particular bucket 
to be displayed ahead of data from other buckets. 

As can be appreciated, the above bucket scheme may require a very long wait until all 
the buckets are full. Further, once most of the buckets are full, many of the received packets 
are redundant, and can be ignored (or even rejected at the receiver). 

15 In an exemplary embodiment of the invention, additional cross-bucket packets are 

provided (indicated as 404 in Fig. 4B), which include information that links between equations 
of different buckets, by providing cross-equations. In many cases, an avalanche effect can be 
realized, in which a solved bucket can prompt the solution of cross-equations and thus the 
solution of other buckets. 

20 In an exemplary embodiment of the invention, a cross-packet is generated by XORing 

together a plurality of blocks, which blocks are associated with at least two buckets. Possibly, 
a cross-packet is generated by XORing together many or all the blocks that constitute two or 
more buckets, however, in some embodiments, only a small number of blocks is selected from 
each bucket, for example, one or two. The selection of these blocks and/or of the buckets may 

25 be, for example,, random, based on preferential encoding considerations, and/or based on a 
predetermined selection method, for example to ensure exhaustive coverage of all the buckets. 
Each such cross-bucket packets, once completely or partially solved, can be used to add an 
equation to unsolved buckets. 

As shown in Fig. 4B, a cross-packet 404 is directed to a special cross matrix 406. In the 

30 method 400 of Fig. 4A, an additional step 412 of selecting a cross-bucket is provided so that 
periodically, a cross-packet will be generated. 

In the decoding process, of Fig. 5, at 512, the existence of a cross-packet is determined, 
in which case it is put in cross-matrix 406. When a bucket (or the cross-matrix) is partially or 
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completely solved (508), a check is made to see if the solution (or partial solution) can be 

propagated to other buckets (516) or the cross-matrix. 

Many different types of cross-packets can be used. Also, a plurality of different types of 

cross-packets can be provided in a single encoding session. In some embodiments of the 
5 invention, the ratio of cross-packets to regular packets is maintained to be low, for example 

less than 10%, less than 5%, about 2% or even 1% or less. Alternatively, a higher ratio of 

cross-packets may be provided, for example, 30% or more. 

Cross-packets can have one or more of the following properties: 
(a) Size. Cross-packets can be larger, smaller or the same length as standard packets. 
10 (b) Combination type. A cross-packet can be a XOR of packets from different buckets 

(e.g., the selection size M for a cross-packet may be different for that of a bucket-packet. In 

some embodiments, different buckets may have different selection sizes Mj). 

(c) Ordinality. A single cross-bucket can include data from more than one packet of 
each bucket. In some cases, it may be desirable to use a higher field, such as an 8 bit field, so, 

15 for example, combination of packets is by addition rather than by simple XOR. 

(d) Completeness. In some embodiments, a cross-packet includes all the bits from each 
constituting packet. Alternatively, it may include fewer than all the bits in at least some of its 
constituting packets. 

(e) Extent, e.g., the number of buckets that contribute to a cross-packet. In some 
20 embodiments of the invention a trade-off is realized between the number of buckets and the 

expected time to achieve an avalanche effect. If the number of buckets is smaller, propagation 
of solutions between buckets becomes likely after receiving a relatively small number of 
packets. Conversely, if the number of buckets is larger, a bucket with missing equations is 
more likely to have equations from a cross-packet. Exemplary numbers of buckets are between 

25 5 and 1 0 buckets per cross-packet. It is noted that the selection of buckets for cross-packets can 
also follow various distribution rules, including both even and uneven distributions. 

It should be noted that even within a bucket (or in bucket-free systems), in many cases 
at least some of the equations can be solved for example once the bucket is nearly full. The 
decision to try and (partially) solve the bucket may depend for example on its fill level, e.g., 

30 once it is 80% full or once only fewer than a predetermined number of packets (e.g., 10 or 15) 
are missing. Alternatively or additionally, attempts to solve the bucket may be initiated at any 
time and/or periodically. The attempts may, for example, increase in frequency as more data is 
received and/or buckets fill up. The solution of the cross-packets may be prompted by the 

14 
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availability of all the data required for solving the cross-packet, for example if all but one of 
the constituting buckets are solved. 

In an exemplary embodiment of the invention, the partial solution of buckets is used to 
provide partial display, when reconstructing images or other graphical information, to start 
5 presenting the received file, prior to complete decoding thereof. 

i 

The above description has focused on a one-dimensional implementation (single 
matrix) or a two dimensional implantation (cross-packets of one or more types). In an 
exemplary embodiment of the invention more than two dimensions may be provided, for 
example by providing cross-cross-packets that can be used to regenerate cross-packets that are 
10 not received. 

Alternatively or additionally, to periodically providing cross-packets, particular types 
of cross-packets may be provided after a time at which it is estimated that one or more 
receivers of the packets may find them of use, for example based on receiver and noise 
statistics and/or based on feedback from the receivers. Alternatively, an even distribution may 

15 be provided. Alternatively or additionally, the partitioning of the original data file into buckets 
may be changed over time. 

Fig. 6 is a flowchart 600 of a method of differential deciding, in accordance with an 
exemplary embodiment of the invention. In differential decoding, portions of file 100 that 
reside at the receiver ("side information"), are used by the receiver to decode incoming 

20 packets, even if fewer than N packets arrive. In an exemplary embodiment of the invention, the 
transmitter (encoder) is not aware what portions of file 100 are available at the receiver. In 
some embodiments of the invention, the efficiency of utilization of such portions is 100%, i.e., 
every previously known bit provides one bit in the result, so only a number of packets 
corresponding to the missing information (possibly plus a small overhead), need to be received 

25 . and decoded. Optionally, the data is decoded in full blocks, so that even if less than a complete 
block is missing, a complete packet is received and used to solve the missing data as part of a 
complete block. 

At 602, packets are received. The packets are arranged in one or more matrices (604). 
The available side information is now incorporated in to the acquired packets (606), so that the 
30 matrix can be solved (608). In an exemplary embodiment of the invention, the side information 
is provided as data. Alternatively or additionally, it may comprise previously acquired packets. 
One exemplary method of incorporation is forming new pseudo packets from the side 
information and adding them to the buckets (e.g., as equations), or forming and using them as 
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cross-packets. Another exemplary method of incorporation comprises inverting the matrix and 
incorporating the data in the solution, for example by into the inverted matrix or as known 
solved bits in a Gauss elimination solution method. 

Although the transmitter is not required to know in advance what side information is 

5 available, if the transmitter has such knowledge, more efficient updates can be sent. Such 
knowledge may be available, for example by feedback form the receivers, or by the transmitter 
keeping track of previously sent information, which is expected to be available at the receivers. 
The increased efficiency of updates may take the form of sending only the information which 
is missing, or sending the information so that some of it can be decoded faster using the side 

10 information that is expected to be available. 

In an exemplary application, a WWW page is decoded using a known frame or menu 
portion of the page as side information. Such differential decoding may also be used to provide 
personalized WWW multicasting, by each receiver decoding only the parts of the broadcast 
that carry information that they require. 

15 Fig. 7 is a flowchart 700 of a method of preferential encoding and decoding, in 

accordance with an exemplary embodiment of the invention. At 702, those bits of file 100 that 
are of interest are selected, for example, based on them being more important or it being 
desirable to decode them earlier, for example for earlier display. At 704, the statistics and/or 
various parameters of the encoding process are changed at the transmitter and/or the receiver. 

20 The changed parameters may be transmitted, for example, with the packets, or as a separate 
transmission. At 706, the data is preferentially encoded. When the data is received at a 
receiver, at 708, the preferentially encoded data is partially decoded before the rest of file 100 
is decoded. 

Various method of preferential encoding may be used. In one method, bits of interest 
25 are selected for generating packets more often than plain bits. In one example, a packet is 
generated from the same number of source blocks, except that the blocks are selected so that 
some have a higher probability. Alternatively or additionally, a larger number of blocks may be 
used for a packet, with the additional blocks beings selected from those having a higher 
priority. 

30 It is noted that whole blocks can be treated as being preferential or even individual bits 

in a block. In an exemplary embodiment of the invention, some packets are constructed from 
selected bits from preferred blocks. Such bits may be XORed with the same position bits in 
other blocks or with any bit that is being transmitted. A description of the arrangement of the 
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bits in the packet may be provided as part of the packet or may be, for example, preset and 
indicated using prearranged symbols. In another method, buckets for preferred data blocks are 
smaller. Alternatively or additionally, packets for such buckets appear more often in cross- 
packets. 

5 In an exemplary embodiment of the invention, only one level of preference is provided. 

Alternatively, more than one level, or even a continuum of preference levels is provided. For 
example, the probability of a packet being in a cross-packet may vary as a function of the 
"importance" of the bits in the packets included in the cross-packet. In another example, more 
equations are provided for buckets of interest. In another example, a bit may be repeated 
10 several times. 

In an exemplary embodiment of the invention, preferential encoding of data is used for 
streaming applications. In an exemplary embodiment of the invention, as data blocks are 
displayed in a certain order, the blocks are preferentially (and/or otherwise) encoded and 
transmitted so that those blocks that are shown earlier can be decoded earlier. 
15 The following is a formula describing limitations on setting multiple priority levels 

using preferential encoding and/or transmission: 

ZCZ. 
— < 1 , where k is the number of priority levels, ql\ is the fraction of the data at 

/-i Pi 

priority level i and pj is the number of packets required to be received from the preferentially 
encoded stream in order to reconstruct the data at that priority level (normalized by the total 
20 number of packets in the original data) . Thus pj represents the priority of the level, a smaller 
value corresponds to higher priority. 

Additional details may be found in the above referenced related patent applications. 
Transmitting the information using an encoding scheme as described above may 
mandate some overhead over what would be required for non-encoded data. The overhead can 
25 be one or more of CPU (for encoding and decoding), memory (for storing packets and/or 
intermediate data), communication bandwidth (for redundant packets) and/or time (various 
delays). In some exemplary embodiments of the invention, the degree of overhead is reduced 
and/or various trade-offs are possible between different encoding parameters. 

With regard to bandwidth overhead, the present inventors have found that even if the 
30 selection of blocks for packets is randomized, rather than systematic, the expected number of 
redundant packets can be quite small, for example, 5, 3, 2, or even 1.6 packets, or less. This 
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number can be substantially independent of the file size, meaning that for large files, the 
overhead is vanishing small. The use of cross-packets may require an overhead that is a small 
fraction of the transmission, for example, less than 5%, 2% or even 1%. In general however, 
larger overheads can be used, and might allow lower CPU and/or memory requirements. 

5 CPU for encoding and/or decoding may be reduced, for example, by selecting only a 

small number of blocks for each packet. If this number is sufficiently high, for example greater 
than 10 or a sufficiently high percentage, for example, greater than 5% or 10% of the total, the 
bandwidth overhead is not substantially increased, while the CPU requirements are decreased; 
In an exemplary embodiment of the invention, if a probability of S% is used for selecting a 

10 packet, the overhead at the encoder can be reduced by as much as approximately 100/S and the 
overhead at the decoder can be reduced by as much as approximately (100/S+0.5)/2. Using 
cross-packets and/or buckets allows the solving process to continue while packets are being 
received, allowing CPU needs to be evened out. 

One optional method of reducing memory requirements is to store blocks, as they are 

15 decoded in the same memory space used for storing received packets. Another method is to 
transmit the data such that data which is used sooner can be decoded sooner, so that after it is 
decoded it can be used and dropped. 

With regard to time and space considerations, it should be noted that a file may be 
expanded in size during encoding to any degree desirable, by generating any number of packets 

20 desirable. The resulting train of packets may contain very few repetitions, so, in some 
embodiments of the invention the probability of receiving a redundant packet is lower. 

In an exemplary embodiment of the invention, the encoding method is adapted to the 
actual situation. For example, depending on the noise level, the number of cross-packets may 
be increased, to compensate for lost packets. Alternatively or additionally, the distribution of 

25 blocks being used for packet generation may be adapted to match a reception profile at one or 
more particular receivers. 

The above described correction code is generally inherently corrective for errors of 
packet omission. Alternatively or additionally, packet errors can also be corrected, rather than 
dropping a packet. In one example, a bucket is solved using an over-constrained set of 

30 equations, representing extra received packets. 

Alternatively or additionally, an under-constrained bucket may be solved to yield one 
of a set of possible results, a particular element of which set may be substituted for the real 
data until it arrives, for example in an image. In some embodiments of the invention, a display 
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program, such as a browser is integrated with the receiver, to allow the data to be updated as it 
evolves. 

In an exemplary embodiment of the invention, significant bits of the image are 
selected, to be more likely to be correctly decoded in under-constrained buckets. For example, 
such bits may be selected more often to take part in a packet. Exemplary significant bits are 
low frequency bits. 

Some exemplary embodiments of the invention provide a. method of limiting access to 
the transmitted data. In an exemplary embodiment of the invention, the data is encrypted, for 
example using a public key encryption method, prior to being transmitted. Optionally, only 
some of the packets are encrypted, allowing a potential customer to receive the data at a lower 
rate, for example for checking to see if the service is of interest or to allow several levels of 
service to be provided. In an exemplary embodiment of the invention, a file is multicast using 
multiple streams, with some of the streams being encrypted, so only a paying customer can 
decode a complete file and/or can decode it faster than non-paying customers. Each of the 
streams may include, for example, a different level of detail, so only paying customers can 
perfect reception. In an exemplary embodiment of the invention, only cross-packets are 
encrypted, allowing non-avalanche type reconstruction. It should be noted that merely failing 
to provide the seed used for packet generation, may render an available packet useless, thus 
effectively encrypting the packet. In some embodiments of the invention, only paying 
customers received a "seed" channel, which may be, for example, synchronized to the other 
transmission channels. 

Alternatively or additionally, side information available at a paying customer is used to 
decode the information. Alternatively or additionally, a data file is sent with a significant 
number of "junk" packets, which may actually contain information (e.g., for other channels), 
but that slow down data reception for a non-authorized receiver. 

The above description has focused on packet based transmission systems. However, 
packets are not required for the implementation of the above methods. A packet based system 
will, for example, use a packet including an identification of the packet contents, a seed used 
to generate the packet. 

Alternatively, the data may be sent as bits, with each bit representing, for example, the 
combination of a plurality of bits from the file. In an exemplary embodiment of the invention, 
an index associating transmitted bits with file locations and/or with blocks (1 bit size) used for 
bit generation, are provided as a separate packet. Alternatively or additionally, such 
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information is provided in a separate channel. Alternatively or additionally, the information is 
encoded at the start, and/or repetitively during transmission, in a manner which is easy to 
decode, for example as unencoded information, with a special synchronization pattern, such as 
a series of known bit numbers and/or a checksum. Alternatively or additionally, the 
5 information is provided as a single seed, which can be used to decode the information provided 
an exact timing is used. In some embodiments of the invention, a single seed and/or 
synchronization stream is used for a plurality of channels and/or packet streams. Alternatively 
or additionally, the seed and/or a synchronization signal may be periodically sent. 

It should be noted that the above decoding method is not limited to data file 

10 transmission. It may also be usefully applied to other applications, for example, data 
streaming, in which a stream is broken into parts, possibly of non-equal sizes, for example, 
having a size ratio between packets. Each part can be reconstructed from the received packets, 
as soon as a sufficient number are received. Optionally, a plurality of blocks are multicast in 
parallel, and received in parallel, allowing the reception and decoding to continue in parallel 

15 with the displaying of previous file parts. 

In an exemplary embodiment of the invention, the above coding method is used for 
emulating an HTTP connection. A multicasting server retrieves data from one or more Internet 
data servers and multicasts the data which is most commonly accessed to client computers. By 
using the above coding method, differential decoding allow efficient data retrieval by the 

20 clients and/or personalization by retrieving only personalized portions of the data, in some 
implementations. Alternatively or additionally, the data rate of the receiver can be lower than 
that of the transmitter. Important information, for example a bootstrapping program for the 
client, may be transmitted using preferential encoding. In an exemplary embodiment of the 
invention, the server emulates an HTTP connection from the clients to the Internet data server. 

25 Possibly, the decision which data is multicast, and which unicast is dependent on usage 
statistic accumulated by the multicasting server. 

In another application, the above coding methods are used for providing dependable 
storage, such that if only a small part of the stored packets are lost, the data can still be 
reconstructed. Preferential encoding can be used to guarantee some data over other data. 

30 Alternatively or additionally, differential decoding is used to retrieve only the required data. In 
an exemplary implementation of the invention a storage device can transparently add a certain 
percentage of overhead to any or all data stored on the device thus allowing reconstruction of 
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the data even if a limited amount of errors develop anywhere in the stored data. (e.g. a bad 
sector on a disk). 

In an exemplary embodiment of the invention, when a disk is used, an a-priori 
determination is made of allowed bad-sectors in the disk. This rate is used in determining the 
number of extra packets that need to be written, to guarantee survival of data (at some 
probability level). The rate may be different for different file sand/or change as the disk ages. 
Optionally, a group of files are collated into a content group that is encoded together to the 
disk. 

In an exemplary embodiment of the invention the transmitted packets contain overhead 
information to check for errors and/or to speed up decoding. The information added can, for 
example, comprise of protocol information, coding dependent overhead, a hash value, a 
random seed and/or a string of bits representing the numbers of the blocks participating in the 
packet. 

In an exemplary embodiment of the invention, the following encoding parameters are 
used. These encoding parameters describe an exemplary implementation and other values may 
be selected for other implementations. A packet size is 576 bytes of which either 505 or 524 
bytes are data. The rest of the packet is overhead, some protocol overhead and some, coding 
dependent overhead, 16 or 36 bytes, describing, for example, the contents of the packet, a hash 
value of the original file and/or the seed. 

If a file is under 1024 packets long, only one bucket is used. If the file is longer, a 
maximum bucket size of 512 packets is selected, for example. The file may be evenly divided 
between the buckets or all the buckets are full and the last one is partial. Other division 
methods may be used as well. 

An exemplary method of packet selection is to randomly select a starting bucket and 
then send a series of packets, one for each bucket, starting at the starting buckets. Then the 
process is repeated for another starting point. This method may overcome some types of 
periodic noise, while maintaining a relatively even distribution or packets between buckets. 
Possibly, a block is selected with a probability of 1/32 to take part in a packet. 

In an exemplary embodiment of the invention, 1% of the packets are cross-bucket 
packets. If there are fewer than 10 buckets, 50% of the buckets are selected to take part in 
across-packet. If there are over 10, no more than 5 buckets are selected. This may increase the 
probability of solving an equations posed by a cross-bucket packet, by substitution. Optionally, 
all cross-bucket packets include a same number of originating buckets. The block selected to 
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take part in the cross-bucket packet may be the same position block in all the buckets, for 
example, the 3rd. this block position may be selected randomly. 

In . an exemplary application of differential decoding, only information for whole 
packets is used, for example to simplify the implementation. However, this is not required and 
partial packets may also be decoded. 

The present invention has been described using non-limiting detailed descriptions of 
embodiments thereof that are provided by way of example and are not intended to limit the 
scope of the invention. It should be understood that features and/or steps described with 
respect to one embodiment may be used with other embodiments and that not all embodiments 
of the invention have all of the features and/or steps shown in a particular figure or described 
with respect to one of the embodiments. Variations of embodiments described will occur to 
persons of the art. 

It is noted that some of the above described embodiments may describe the best mode 
contemplated by the inventors and therefore include structure, acts or details of structures and 
acts that may not be essential to the invention and which are described as examples. Structure 
and acts described herein are replaceable by equivalents which perform the same function, 
even if the structure or acts are different, as known in the art. In particular, various trade-offs 
between coding and decoding efficiency parameters may be implemented, and the method may 
be optimized for a specific application. Therefore, the scope of the invention is limited only by 
the elements and limitations as used in the claims. When used in the following claims, the 
terms "comprise", "include", "have" and their conjugates mean "including but not limited to". 



22 



WO 01/58130 




PCT/IL01/00105 



CLAIMS 

1. A method of encoding and transmitting data over a communication medium, 
comprising: ' 

providing a file; 

dividing said file into a plurality of buckets; 
segmenting each bucket into a set of blocks; 
selecting a subset of blocks from a bucket; 

generating a packet by combining said selected blocks, such that an individual block 
cannot be reconstructed from a single packet; 

repeating said selecting and said generating for a plurality of buckets and a plurality of 
packets; 

generating at least one cross-bucket packet by combining blocks from different 
buckets; and 

transmitting said generated packets and said generated cross-packets, said packets and 
said cross-packets being marked as such. 

2. A method according to claim 1, wherein selecting said blocks comprises selecting 
fewer than 50% of the blocks in the bucket for said packet. 

3. A method according to claim 1, wherein transmitting comprises transmitting for each 
packet an indication of the blocks participating in said packet. 

4. A method according to claim 1, comprising generating cross-cross-packets, which 
include contributions from multiple cross-bucket packets. 

5. A method of differential-decoding, comprising: 

receiving and reconstructing at least a first part of a data file from a transmitter; and 
determining data missing relative to said file; 

receiving from a data stream transmitted independently of said missing data, 
substantially only enough data packets required to decode said missing data; and 
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reconstructing said missing data from said data packets, using said previously received 
first part of the file, wherein an identification of at least one of said received at least part of a 
file and said missing data is not known to said transmitter. 

6. A method according to claim 5, wherein said data stream is transmitted to a plurality of 
receivers have different missing data. 

7. A method according to claim 5, wherein said data is encoded using a FEC (forward 
error correction) code. 

8. A method according to claim 5, wherein said reconstructing comprises reconstructing 
using data reconstructed from said part of a file. 

9. A method according to claim 5, wherein said reconstructing comprises reconstructing 
15 using data packets previously received for said part of a file. 

10. A method according to claim 5, comprising, generating said data stream for a plurality 
of different receivers with different missing data. 

20 11. A method of preferential encoding of data for transmission over a communication 
medium, comprising: 

providing at least a portion of a file as a plurality of blocks; 
selecting a subset of blocks from said file; 

generating a packet by combining said blocks, such that an individual block cannot be 
25 reconstructed from a single packet; and 

repeating said selecting and said generating for a plurality of packets, 
wherein said blocks are selected in an uneven selection distribution, such that blocks 
with a higher priority are selected more often to take part in a packet. 

30 12. A method according to claim 11, wherein said uneven distribution is substantially 
stepped, having fewer than five different selection probabilities. 
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13. A method according to claim 11, wherein said uneven distribution is substantially 
continuous, having more than 5 different selection probabilities. 

14. A method of encoding data for transmission over a communication medium, 
comprising: 

providing at least a portion of a file as a plurality of blocks; 
selecting a subset of said blocks; 

generating a packet by combining said blocks, such that an individual block cannot be 
reconstructed from a single packet; 

transmitting said packet over an open channel; 

repeating said selecting, said generating and said transmitting as long as said channel is 
open and after at least twice as many packets as required for reconstructing the file are 
transmitted. 

15. A method according to claim 14, wherein said repetition continues for after at least 10 
times the required number of packets are transmitted. 

16. A method according to claim 14, wherein said repetition continues for after at least 50 
times the required number of packets are transmitted. 

17. A method according to claim 14 or claim 15, wherein said selecting comprises 
randomly selecting. 

18. A method according to claim 14 or claim 15, wherein said selecting comprises 
selecting said subset to include fewer than 50% of said blocks. 

19. A method according to claim 14 or claim 15, wherein said transmitted packets define a 
set of over-constrained equations without a single unique solution. 

20. A method according to claim 14 comprising maintaining said channel as open as long 
as there exists a requester for said file. 
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21. A method of encoding data for transmission over a communication medium, 
comprising: 

providing at least a portion of a file as a plurality of blocks; 

randomly selecting a subset of said blocks, said selecting comprising selecting a block 
5 at a probability of other than 50%; 

generating a packet by combining said blocks, such that an individual block cannot be 
reconstructed from a single packet; and 

repeating said selecting and said generating for a plurality of packets. 

22: A method according to claim 21, wherein said probability is above 60% for at least 2% 
of said blocks. 

23. A method according to claim 21, wherein said probability is below 40% for at least 
80% of said blocks. 

24. A method according to claim 21, wherein said probability is below 20% for at least 
80% of said blocks. 

25. A method according to claim 21, wherein said probability is below 10% for at least 
20 80% of said blocks. 

26. A method according to claim 21, wherein said probability is below 5% for at least 80% 
of said blocks. 

25 27. A method according to claim 21, wherein said probability is below 45% for some 
packets and above 45% for other packets. 

28. A method of decoding, comprising: 

receiving a plurality of packets encoding a data file; 
30 setting up, in a memory, a set of equations whose solution represents the data file, 

based on a content of said packets; and 

solving only some of said equations before receiving sufficient packets for setting up 
all the equations required to determine said data file, to reconstruct a portion of said data file. 
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29. A method according to claim 28, comprising displaying at least part of said 
reconstructed portion, prior to receiving said sufficient packets. 

30. A method according to claim 28, comprising storing at least part of said reconstructed 
portions in the place of said solved equations. 

31. A method according to claim 28, wherein each of said packets is not limited to include 
contributions from only part of said data file. 

32. A method according to claim 28, comprising attempting to solve said equations to 
determine if at least some of said equations can be solved. 

33. A method according to claim 28, comprising attempting to solve said equations only 
after a certain percentage of said sufficient packets are received. 

34. A method according to claim 28, comprising utilizing equations defined between 
groups of packets for said solving. 

35. A method of transmitting information, comprising: 
providing at least a portion of a file as a plurality of blocks; 
selecting a subset of said blocks; 

generating a packet by combining said blocks, such that an individual block cannot be 
reconstructed from a single packet, said packets varying in an a-priori probability of a block 
being selected for inclusion in a packet. 

transmitting said packet; 

repeating said selecting, said generating and said transmitting for a plurality of packets; 
receiving at least some of said packets; and 

reconstructing said at least a portion of the file from said received packets. 

36. A method according to claim 35, wherein said variation is unknown to said receiver. 
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37. A method according to claim 35, wherein said variation represents division into 
buckets. 

38. A method according to claim 35, wherein said variation represents preferential 
encoding. 

39. A method according to claim 35, wherein said variation represents changes in block 
selection probability per packet. 

40. A method according to claim 35, wherein said variation represents providing a cross- 
bucket packet rather than a regular packet. 

41. A method according to any of claims 1-36, wherein combining comprises adding 
modulo a field size. 

42. A method according to claim 41, wherein said field size is 2 for at least some of the 
packets. 

43. A method according to claim 41, wherein said field size is greater than 2 for at least 
some of the packets. 

44. A method according to claim 41, wherein said field size is greater than 2 only for some 
of the packets. 

45. A method of storing information on a storage media, comprising: 
determining an expected error rate on said storage media; 

encoding a data file to be stored as a plurality of FEC (forward error correction) coded 
packets, including: 

selecting a number of packets required to overcome said error rate; and 

generating said number of packets; 
writing said packets to said storage media. 
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46. A method according to claim 45, wherein said generating comprises generating by 
randomly selecting blocks of said data file to be included in packets. 
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I. Basis of the report 



1. With regard to the elements of the international application:* 
the international application as originally filed 
the description: 

1-22 



X 



pages 
pages 
pages . 



NONE 



, as originally filed 
filed with the demand 



NONE 



, filed with the letter of 



the claims: 

pages 

pages 

pages 

pages 



23-29 



NONE 



NONE 



, as originally filed 

. , as amended (together with any statement) under Article 1 9 
, filed with the demand 



NONE 



, filed with the letter of 



| x| me drawings: 



pages 
pages 
pages 



1-5 



NONE 



, as originally filed 

, filed with the demand 



NONE 



the sequence listing part of the description: 

pages NONE 

pages . 

pages r 



filed with the letter of . 



NONE 



J , as originally filed 

, filed with the demand 



NONE 



, filed with the letter of . 



2. With regard to the language, all the elements marked above were available or furnished to mis Authority in the language in which 
the international application was filed, unless otherwise indicated under this item. 

These elements were available or furnished to this Authority in the following language which is: 

| 1 the language of a translation furnished for the purposes of international search (under Rule 23.1(b)). 
| "J the language of publication of the international application (under Rule 48.3(b)). 

[ [ the language of the translation furnished for the purposes of international preliminary exarnination (under Rules 55.2 and/ 
or 55.3). 

3. With regard to any nucleotide and/or amino acid sequence disclosed in the international application, the international 
preliminary exarnination was carried out on the basis of the sequence listing: 

□ contained in the international application in printed form. 

j~] filed together with the international application in computer readable form. 

j | furnished subsequently to this Authority in written form. 

| | furnished subsequently to this Authority in computer readable form. 

□ The statement that the subsequently furnished written sequence listing does not go beyond the disclosure in the 
international application as filed has been furnished. 

□ 



The statement that the information recorded in computer readable form is identical to the writen sequence listing has 
been furnished. 



4 | x| The amendments have resulted in the cancellation of: 

NONE 



the description, pages_ 
the claims, Nos. 



NONE 



[~x] the drawings, sheets/ftg NONE 



5 ' [ZD ^hi s report has been drawn as if (some of) the amendments had not been made, since they have been considered to go 

beyond the disclosure as filed, as indicated in the Supplemental Box (Rule 70.2(c)).** 
* Replacement sheets which have been furnished to the receiving Office in response to an invitation under Article 14 are referred to 

in this report as "originally filed" and are not annexed to this report since they do not contain amendments (Rules 70.16 

and 70.17). 

**Any replacement sheet containing such amendments must be referred to under item 1 and annexed to this report. 
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citations and explanations supporting such statement 



1. statement 

Novelty (N) 



Inventive Step (IS) 



Claims 1-46 



Claims NONE 



Claims 1-46 



Claims NONE 



YES 
NO 

YES 
NO 



Industrial Applicability (IA) 



Claims 1-46 



Claims NONE 



YES 
NO 



citations and explanations (Rule 70.7) 

CLAIMS 1-46 MEET THE CRITERIA SET FORTH IN PCT ARTICLE 33(2)-(4) BECAUSE A METHOD OF 
ENCODING AND TRANSMITTING DATA OVER A COMMUNICATION MEDIUM INCLUDING PROVIDING A FILE, 
DIVIDING SAID FILE INTO BUCKETS, SEGMENTING EACH BUCKET INTO A SET OF BLOCKS, SELECTING A 
SUBSET OF BLOCKS FROM A BUCKET, GENERATING A PACKET, REPEATING SAID SELECTING AND 
GENERATING, AT LEAST ONE CROSS BUCKET POCKET, AND TRANSMITTING SAID GENERATED PACKETS AND 
SAID CROSS PACKETS, HAS NOT BEEN SHOWN IN THE PRIOR ART. 



NEW CITATIONS 

NONE 
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Filing of amendments and statement under Article 19: 

The applicant is entitled, if he so wishes, to amend the claims of the international application (see Rule 46): 

When? The time limit for filing such amendments is normally 2 months from the date of transmittal of the 
international search report; however, for more details, see the notes on the accompanying sheet. 

Where? Directly to the International Bureau of WIPO 
34, chemin des Coiombettes 
121 1 Geneva 20, Switzerland 
Facsimile No.: (41-22) 740.14.35 

For more detailed instructions, see the notes on the accompanying sheet. 



2. | 1 The applicant is hereby notified that no international search report will be established and that the declaration under 
I ' Article 17(2)(a) to that effect is transmitted herewith. 

3. | | With regard to the prot-«v -gainst payment of (an) additional fee(s) under Rule 40.2, the applicant is notified that: 

□ the protest together with the decision thereon has been transmitted to the International Bureau together with the 
applicant's request to forward the texts of both the protest and the decision thereon to the designated Offices. 

j_J no decision has been made yet on the protest; the applicant will be notified as soon as a decision is made. 

4. Further action (s): The applicant is reminded of the following: 

Shortly after 18 months from the priority date, the international application will be published by the International Bureau. 
If the applicant wishes to avoid or postpone publication, a notice of withdrawal of the international application, or of the 
priority claim, must reach the International Bureau as provided in rules 90 bis 1 anu 90 bis 3, respectively, before the 
completion of the technical preparations for international publication. 

Within 19 months from the priority date, a demand for international preliminary examination must be filed if the applicant 
wishes to postpone the entry into the national phase until 30 months from the prioriiy date (in some Offices even later). 

Within 20 months from the priority date, the applicant must perform the prescribed acts for entry into the national phase 
before all designated Offices which have not been elected in the demand or in a later election within 19 months from the 
priority date or could not be elected because they are not bound by Chapter II. 
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Washington. D.C. 2023! 
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Authorized officer 
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^■T NOTES TO FORM PCT/XS M 



These Noces trc intended 10 gj ve the basic instructions concerning the filing of amendments under Article 19. The 
Notes are based on the requirements of the Pi lent Cooperation Treaty and of the Regulations and the Administrative 
Instructions under that Treaty. In case of discrepancy between these Notes and those requirements, the Utter a re applicable. 
For more detailed information, see also the PCT Applicant'! Guide, a publication of WIPO. 

In these Notes, -Article-, "Rule" and -Section" refer to the provisions of the PCT, the PCT Regulations and the PCT 
Administrative Instru^cmsfrespectively. 



INSTRUCTIONS CONCERNING AMENDMENTS UNDER ARTICLE 19 

The applicant has, after having received the international search report, one oocortunity to amend the claims of the 
international application. lit should however be emphasized that, since all parts of the international application (claims, 
description and drawings) may be amended during the international preliminary examination procedure, there is usually 
no need to file amendments of the daims under Arude 19 except where, e^ the ax^kam wants the Utters 
for the purposes ofrxovisioual protection or has another reason for am endin g the claims before international publication. 
Furthermore, K should be emphasized that provisional protection ts available m some States only. 

What parts of the international application may be amended ? 
The daims only. 

The description and the drawings may only be amended during international preliminary examination under 
Chapter IL 



Wheat Within 2 months frcm the date ^ 

date, whichever time limit expires later. U should be txxed» however^ tot the amcralrfirmswiM be considered 
as having been received on time if they are received by the International Bureau after the expiration of the 
applicable time limit but before the ccmmletioo of the technical preparations for In t e rnat io n al pubtkatioo 
(fettle 46.1). 

Where sot to file the aaacadraenta T 

The amendments may only be filed with the International Bureau and not with the receiving Office or the 
International Searching Authority (Rule 46.2). 

Where a demand for international preliminary examination has been/is filed, see below. 



How? Ether by cancellin g ooc or more entire daims, by adding one or more new claims or by imrndrn g the text of 
one or more of the claims as filed. 



most be submitted for each sheet of the claims whkh, on account of an amendment or 
differs from the sheet original ry filed- 



All the claims appearing on a replacement sheet must be numb ered in Arabic numerals. Where a claim is 
cinr-JW*, no renumbering of the other daims is required. In all cases where claims are renumbered, they must 
be renumbered consecutively (Administrative Instructions, Section 205(b)). 



What docarancats eaest/ntay •ccoaapaay the amendments ? 

Letter (Section 205(b)): 

The amendments must be submitted with a letter. 

The letter will not be published with the international application and the amended daims. It should not be 
confounded with the "Statement under Article 19( 1)** (see below, under "Statement under Article 19(1)*"). 
The \mcT mmt indfri*» *1irTfTTn~« between daims as -filed and the da i ms as amended, it must, in 
particular, indicate, in connection with each claim appearing in the international application (it being understood 
that identical indications concerning several daims may be grouped), whether 

(i) the claim is unchanged; 

(ii) the daim is cancelled; 
(Hi) the daim is new; 

(iv) the daim replaces one or more daims as filed; 

(v) the daim is the result of the division of a daim as filed. 



Notes lo Form PCT/lSA/220 (first sheet) (July 1992) 



^jj^ NOTES TO FORM PCTASA/220 (c^^ued) 



The following examples illustrate the manner In which amendments must be explained In the 
accompanying letter: 



1. [Where on g] rally there were 48 claims and ifter amendment of some claims there are 51]: 
-Claims 1 to 29, 31, 32, 34, 35, 37 to 43 replaced by amended claims bearing the same numbers; 
claims 30, 33 and 36 unchanged; new claims 49 to 51 added." 

2. [Where originally there were 15 claims and after amendment of all claims there are 11): 
"Claims 1 to 15 replaced by amended claims 1 to 11." 

3. [Where originally there were 14 claims and the amendments consist in cancelling some claims and in adding 
new claims): 

"Claims 1 to 6 and 14 unchanged; claims 7 to 13 cancelled; new claims 15, 16 and 17 added.** or 
"Claims 7 to 13 cancelled; new claims 15, 16 and 17 added; all cither claims unchanged.** 

4. [Where various kinds of amendments are made]: 

Claims 1-10 unchanged; claims 1 1 to 13, 18 and 19 cancelled; claims 14, 15 and 16 replaced by amended 
claim 14; daim 17 subdivided into amended claims 15, 16 and 17; new claims 20 and 21 added." 



"Statement under Article 19(1)" (Rule 46.4) 

The amendments may be accompanied by a statement explaining the amendments and indicating any impact 
that such amendments might have on the description and the drawings (which cannot be amended under 
Article 19(1))- 

The statement will be published with the international application and the amended claims. 

The statement should be brief, it should not exceed 500 words if in English or if translated into English.* 

It should not be confounded with and does not rep lace the letter indicating the differences between (be claims 
as filed mad as amended. It must be filed on a separate sheet and must lie Identified as such by a heading, 
preferably by using the words "Statement under Article 19(1)."* 

It should not contain any disparaging comments on the internatJonal search report or the relevance of citations 
contained in that report Reference to citations, relevant to a given claim, contained in the international search 
report may be made only in connection with an amendment of that claim, 



In what language 7 

The amendments must be made in the language in which the mternational application is published. The letter 
and any t*'^^ aocompanying the amendments must be in the same language aa the international appl i cation 
if that language is English or French; otherwise, it must be in English or French, at the choice of the applicant. 



, Consequence at a demand for International preliminary examination fans already bees fifed T 

If, at the time of filing any ■«-w»»wiftw»«f under Artide 19, a demand for mternational preliminary examination 
has already been submitted, the applicant must preferably, at the same time of filing the amrndrncnts with the 
International Bureau, also file a copy of such amendments with the mternational Preliminary Examining 
Authority (see Rule 62J(a), first sentence). 



Consequence walk regard to translation of the fateraatioaal application for entry Into the national phase ? 

The applicants attention is drawn to the fact that, where upon entry into the national phase, a translation of the 
claims as a mended under Article 19 may have to be furnished to the designated/elected Offices, instead of, or 
in addition to, the translation of the claims as filed. 

For further details on the requirements of each designated/elected Office, see Volume II of the PCT Applicant's 
Guide. 
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# 



PATENT COOPERATIQ^^REATY 

PCT 

INTERNATIONAL SEARCH REPORT 
(PCT Article 18 and Rules 43 and 44) 



Applicant's or agent's file reference 
212/02064 


FOR FURTHER see Notification of Transmittal of Internationul Search Report 
ACTION (Form PCT/IS A/220) as well as, where applicable, item 5 below. 


International application No. 
PCT/USO 1/00 105 


International filing date (day/month/year) 
02 FEBRUARY 2001 


(Earliest) Priority Date (day /month/year) 
03 FEBRUARY 200C 


Applicant 
BANDWIZ, INC 



This international search report has been prepared by this International Searching Authority and is transmitted to the applicant 
according to Article 18. A copy is being transmitted to the International Bureau. 

This international search report consists of a total of c^ sheets. 

| x | It is also accompanied by a copy of each prior art document cited in this report. 



1 . Basis of the report 

a. With regard to the language, the international search was carried out on the basis of the international application in the 

language in which it was filed, unless otherwise indicated under mis item! 

□ the international search was carried out on the basis of a translation of the international application furnished to this 
Authority (Rule 23.1(b)). 

b. With regard to any nucleotide and/or amino acid sequence disclosed in the international application, the international search 
was carried out on the basis of the sequence listing: 

contained in the international application in written form. 



□ 
□ 
□ 
□ 
□ 
□ 

*■ □ 
□ 



filed together with the international application in computer readable form. 

furnished subsequently to this Authority in written form. 

furnished subsequently to this Authority in computer readable form. 

the statement that the subsequently furnished written sequence listing does not go beyond the disclosure 
in the 

the statement that the information recorded in computer readable form is identical t- the written sequence listing has been 
furnished. 



3. 



Certain claims were found unsearchable (See Box I). 
Unity of invention is lacking (See Box II). 
4. With regard to the title,. 

| x| the text is approved as submitted by the applicant. 

□ 



the text has been established by this Authority to read as follows: 



With regard to the abstract, 

| | the text is approved as submitted by the applicant. 

the text has been established, according to Rule 38.2(b), by this Authority as it appears in 
Box IE. The applicant may, within one month from the date of mailing of this international 
search report, submit comments to this Authority. 



6. The figure of the drawings to be published with the abstract is Figure No. 2 
| | as suggested by the applicant. 
1 | because the applicant failed to suggest a figure. 
1 X| because this figure better characterizes the invention. 



j T^J None of the figures. 
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